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Up Front 


"Networking Requires Shared Information" 


To take a network which consists of thousands 
of individual parts and make it work like a 
single entity requires attention to detail and a 
lot of coordination. Having had the 
opportunity to play around with ROSE software 
at the Boca Raton node recently really drives 
that fact home to me. 


Amateur Packet Radio Networking has always 
required cooperation and communication 
among the groups involved, but I think ROSE 
is going to require even more work for the 
following reasons: 


1) Because any given ROSE switch can 
respond to a large number of switch addresses, 
there is more opportunity to leave out a piece 
of information that is needed by the network 


2) ROSE switches cannot update their routing 
tables based upon information that they acquire 
on their own. The only data that they have to 
base routing decisions on is the information 
provided by the switch sysop. 


3) Unlike NET/ROM and THE NET, the 
routing tables of a ROSE switch are not 
accessible for viewing by connected to the 
node. This means that if a ROSE switch is 
unable to complete your connection (and gives 
you the infamous ’0D00 No route defined for 
address specified’ message) you have no way to 
investigate the problem unless you are the node 


sysop. 


Despite these possible problems, a properly 
configured ROSE network promises to be more 
reliable and easier to use than the NET/ROM 
nodes that we’re phasing out. But ROSE 


sysops, BBS sysops, and users are going to 
have to be ever watchful for problems that can 
and should be corrected in the switch 
programming. 


ROSE addressing and routing is based upon 
telephone exchanges and since the phone 
company managaes to make this work without 
major problems we should be abie to do it aiso. 
(Ouch, poor analogy...) 


Here are some examples of the types of 
problems that we can expect to see and some 
suggestions on how to handle them: 


a) Duplicated Coverage Areas 


We can expect that occasionally two adjacent 
switches may both lay claim to providing 
coverage for the same telephone exchange. For 
example, it’s pretty clear that 407443 should be 
covered by the Boca switch and 407686 should 
be covered by the West Palm switch, because 
443 is a Boca exchange and 686 is a West Palm 
exchange. But what about 369 in Boynton 
Beach? If the West Palm switch includes 
407369 in it’s coverage list and the Boca Raton 
switch includes 407639 in it’s coverage switch, 
then something very interesting happens. 
Anyone in Boca, Ft Lauderdale, or Miami who 
tries to connect to a friend via 407369 will have 
their connect requests broadcast on 145.070, 
the Boca switch frequency. Anyone in West 
Palm and points north or there will have the 
same connect request broadcast on 145.030, the 
West Palm switch frequency. Your friend in 
Boynton would have to own 2 radios and TNCs 
if he doesn’t want to miss any calls. 


It’s obviously wrong for two switches to claim 
ownership of the same exchange. The way to 
avoid this problem is for the sysops at the West 
Palm and Boca Raton switches to work closely 
with each other and agree on coverage areas. 
Worst case, some exchanges in north Boynton 
may be better covered by West Palm and 
exchanges in south Boynton may be better 


covered by Boca Raton. Switch sysops need 
input from the users in the area to help decide 
coverage issues. 


b) No Coverage 


By the same token, what would happen if 
neither West Palm Beach nor Boca Raton 
claimed coverage of 407369 ~—=_ The end result 
would be a lot of ’no route defined’ messages 
for anyone who tries to use that address. 


c) Incomplete Routes 


If I want to try to connect to someone in 
Tallahassee (in the 904 area code), then every 
switch that I have to pass through between here 
and Tallahassee must have a route defined for 
calls going to 904xxx. If my packets get to 
Yeehaw Junction and the switch there does not 
know what to do with data destined for the 904 
area code, I will not be able to use this path 
through the network. If there are no alternate 
paths, I will not be able to complete the 
connection. 
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It’s going to be very important for all switch 
sysops to keep their tables up to date, even for 
area codes which are very distant. 


d) Conflicting Routing 


What if the Boca Raton node 1s programmed to 
believe that the best path to Naples (813 area 
code) is north to West Palm (and then across 
the state at the top of Lake Okeechobee), but 
the West Palm switch is programmed to 
believe that the best path to the 813 area code 
is south through Boca (then via Holywood and 
Homestead). When Boca hands a packet 
destined for Naples to the West Palm switch 
and the West Palm switch decides that it needs 
to go back to Boca, a problem occurs. The 
documentation for ROSE suggests that switches 
will recognize loops like this when they form 
and will promptly generate an error and stop 
the packets, but the user trying to get to Naples 
still can’t complete his connection. 


Once again, switch sysops need to work 
closely at regional levels to make sure that 
everyone agrees on what is the best path to 
take for various destinations and, as conditions 
change due to equipment failures, new sites, 
etc., everyone needs to be updated as soon as 
possible. 


The last thing I’d like to say is this. I firmly 
believe that the configuration files (*.CNF) 
that the switch sysops use to program ROSE 
switches (and the *.NNX and *.NPA files 
sometimes included in them) should be a 
matter of public record. The only piece of 
information which should be withheld is the 
password which would give an unauthorized 


"user access to change the switch programming. 


If these files are available for users and BBS 
sysops (via their local BBS) and problems 
develop, the problems can be dealt with 


’ quickly and effectively. 


Along thase lines, I plan on putting the Boca 
Raton switch programming files on WB4TEM 
for distribution throughout south Florida within 
a few weeks, once I get them cleaned up and 
see that the newly installed ROSE EPROMs 
are fairly stable. 


Bill KB4QVY @ WBATEM 
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Minutes of the Sept 1991 Palm 
Beach Packet Group Meeting 


The Sept. 12, 1991 meeting of the Palm Beach 
Packet Group was called to order at 7:36 pm 
by the President, Doug Welcker, WB4KGY, 
with 20 members and guests in attendance. 


Minutes of the previous meeting are published 
in White Noise. 


Joel, N4JOA, gave the cee mer report: 
Checking account opening balance: $557.81 
Checking account closing balance: $526.81 
Savings account opening balance: $1585.83 
Savings account closing balance: $1385.83 
(See details later in the newsletter) 


Highlights of the Technical Committee report 
by Doug WB4KGY: 


The West Palm Beach node was converted to 
ROSE by WB4KGY, WB4MOZ, and N4PZJ. 
During the process of converting, the TNC at 
the 220 MHz port died and was replaced. 


At the same time, a run of hardline was added 
at the site. The plan is to place a 2M/440 MHz 
dual band at the 200 ft level attached to this 
hardline and use it for the second 440 MHz 
port (for BBS forwarding). 


The equipment for the 220 Mhz ROSE fiber 
optic link port continues to undergo testing at 
WB4MOZ - a TNC RAM problem was 
uncovered during testing so far. 


Out contact for access to the Belle Glade tower 
that we wanted to get onto has changed job so 
we have to start over as far as arranging a site. 
Suggestions were made at the meeting that any 
kind of temporary site should be considered for 
now to at least get the equipment installed in 
the Belle Glade area. (The Belle Glade switch 
is currently located in WPB at WB4KGY’s 
home.) 


A packet meeting is scheduled for the 
upcoming Melbourne hamfest at the Ramada 
Inn, Room 1 at 4:00pm. 


MIR continues to be active on packet and voice 
on 145.55 (USMIR-1). There are some reports 
that the MIR astronauts are finding out parts of 
their schedule quicker via the 2M amateur 
channel than over the official Soviet 
government channels. 


Boca Raton was scheduled to convert to ROSE 
on 9/21/91. 


Norm KK4FF gave the Education Committee 
report. The evenings’s speaker was a guest, 
Mike Sam, who talked about LAN LINK. 
October’s speaker will be KB4QVY, KK4FF 
in November, KB4XE in December KB4XE. 


OLD BUSINESS 


K2GNZ reported on activities for "Amateur 
Radio Awareness Day" at the Cross County 
Mall. Lots of interest in packet radio and the 
FCC Code Tape. 


NEW BUSINESS 


West Palm Beach hamfest coming up in 
October - advance tickets will be available at 
the October PBPG meeting. As always, we 
need help manning the booth, especially when 
the educational programs on packet and ROSE 
are being held. PBPG will raffle a multi-mode 
TNC this year. 


Manny reported that the cities of Boca Raton, 
Delray Beach, and Boynton Beach will be tied 
to the EOC via packet radio this year during 
any hurricane emergencies. 


There being no further business to conduct, the 
meeting was adjourned at 8:22pm. After a 
short break, Mike Sam, KF4Z'W, gave a 
lecture, demonstration, and handout describing 
LAN LINK software package. 


TREASURER’S REPORT 
Checking account 


Opening Balance 


(Aug 1, 1991) $ 557.81 
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Kimmel] NANWY +12.00 
Kahoun KC4YHU +12.00 
Morgan KB4HUB +30.00 
Meth VE3NUV +25.00 
Transfer from Savings +200.00 
Purchase 2 UHF radios -310.00 
Ending Balance 

(Aug 31, 1991) § 526.81 
Savings account 

Aug 1, 1991 $ 1585.83 
Transfer to Checking -200.00 
Aug 31, 1991 $ 1385.83 


BOCA RATON ROSE 
CONVERSION 


by Bill Piazza KB4QVY 


On Saturday Sept 21, 1991 the NET/ROM 
EPROMs were removed from all ports of the 
Boca Raton node and ROSE EPROMs were 
installed in their place. Some simple cable 
changes and the loading of some switch routing 
tiles completed the conversion and the ROSE 
switches appear to be operating normally. The 
Boca Raton 440 MHz BBS port is currently not 
available due to problems with a ROSE 
EPROM bot working in the TNC and further 
refinement of the routing tables 1s planned. 

The sysops plans on keeping the INFO, 
HEARD, and USERS applications loaded at 
the 2M port and the USERS and INFO 
applications on backbone ports. 


TO CONTACT AN OFFICER OF THE GROUP 


President -- Doug Welcker WB4KGY (407) 686-3747 
Vice President -- Terry Taylor WB5JFM (305) 755-0077 
Secretary -- Bill Piazza KB4QVY (407) 482-5657 
Treasurer -- Joel Yates N4JOA (407) 737-6229 


(All numbers shown are home phone numbers.) 


CHIRPS 


by Terry J. Taylor, WB5JFM 


Like many of us today in search of the 
"perfect" packet software, I recently tried a 
new package that is very impressive. It’s not 
perfect, but it does provide many desirable 
features and capabilities. Let me start with a 
little history of how I came across this software 
before I get into the actual program. 


When I became interested in packet about two 
years ago, I began looking at Terminal Node 
Controllers and trying to decide which 
company’s product would best serve my needs. 
As a "Consumer Reports" subscriber, I knew 
it would be fruitless to check the Annual 
Summary for a report on TNC’s. So, the 
alternative was to read and ask questions. I 
talked to many hams and read articles on 
equipment and operation, and then conceived 
two basic ideas. One, I wanted a mult-mode 
TNC so that I would have access to the other 
digital modes of operation such as RTTY, 
AMTOR, etc. Packet is fun, but you can only 
do so much, and it is nice to be able to do 
other things. Second, and maybe just as 
important, I wanted a TNC that I could find 
help for all the various problems that can arise. 
Connections to all the various VHF and HF 
radios can make a grown man cry. So not 
being very adept at all these intricacies, I 
settled on the AEA PK-232 Multimode 
controller, which is the most popular in my 
general area. I knew there would be lots of 
help, because, invariably, I was bound to 
generate lots of problems. 


I stated my reasons for buying the PK-232, but 
let me say there are many other excellent 
TNC’s available, both packet only and 
multimode. Because of the inherent 
complexity of integrating computer and 
Amateur Radio operations, I believe there is 
some momentum for certain manufacturers. 

At the time I bought my PK- 232, AEA was on 
a roll. I was able to visit Ham Radio Outlet in 
Atlanta and Amateur Electronic Supply in 
Cleveland, and both said that the PK-232 was 
outselling the other multimode TNC’s ten to 
one. Again, that was two years ago and things 
may have changed. I know of many other 
hams who have other TNC’s and they are very 
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happy with their operation. Anyway, at this 
point, I am very pleased with my TNC and 
would buy another at the first lightning strike, 
er second lightning strike! 


My original software program was AEA’s 
PCPAKRATT. It is a good program and 
provided many features, and was quite 
versatile. I had an annoying sporadic problem 
of the program locking up. Speaking with 
AEA, many people had this same problem and 
it has been traced to the program continually 
polling the TNC for information. For some 
reason, the link between computer and TNC 
would glitch and freeze the program, both with 
and without an error message. So IJ tried 
PCPAKRATT I, highly touted and advertised. 
I thought it was a backward effort. It does not 
have a built in file editor, and if you have a 
mouse, you can’t get nd of the mouse cursor 
on the screen. It is annoyingly annoying to 
have that cursor in the middle of everything 
that you are looking at on the screen. It drove 
me nuts! Granted, these are small problems, 
but I didn’t like the look and feel of how the 
program operated. 


I moved on to Lan-Link Version 1.58 and 
enjoyed learning that program. There is a 
plethora of menus, and it gives the 
"complexity junkie" all sorts of pleasure 
sorting out all these menus and avenues of 
operation. It takes awhile to learn this 
program, and is an excellent attempt at doing 
everything including the proverbial "kitchen 
sink". I did like the SAREX Robot mode, 
where I could set the Robot up to automatically 
connect during the middle of the mght while 
sleeping soundly in my own bed. I never did 
get a SAREX contact, but it was tun trying to 
figure out how to set the program up. Maybe 
that’s why I never got a contact!!: Mike Sam, 


KF4ZW (@ KB4FO), has made presentations 


at PBPG and BARDS on Lan-Link and has 
made an outstanding Flow Chart to hand out 
which greatly increases comprehensibility. 
This program is Shareware, meaning that if 
you use Lan-Link, you should register it with 
the author and pay the registration fee. 


Over the last several months, I have been 
noticing ads in "73" from a company in 
California called InterFlex Systems Design 
Corporation advertising Packet-GOLD. I 
picked up the premier issue of "Radio Fun" in 
Dayton and noticed the full page ad from 


InterFlex. I know advertising is expensive, so 
I thought if these guys can afford a full page 
ad, that lots of these programs are being sold. 
I also did not want to fork out a sum of money 
without knowing more than I already did from 
the advertisement, so I sent out one of those 
dreaded ALL@ALLUSA messages that clogs 
up the system. Basically, I asked for input 
from users of Packet-GOLD (PG) and received 
a total of 32 responses from all over the USA. 
Every one of them was a positive response 
with not one single negative comment. One 
Ham wasn’t too crazy about AMTOR 
operation with the software, but thought very 
highly of the Packet operation and everything 
else: 


With this kind of response, I wrote InterFlex. 
I asked for any further information that they 
might have, and if there was a demo disk 
available, and 1f they could give me the names 
of any users in the Fort Lauderdale 
surrounding area. Several days later, I 
received a telephone call from Jeff Towle, 
WAG4EGT, one of the two owners of the 
company. Jeff was very interested in my 
interest in the program and began to discuss the 
features with me, not in any way as a hard sell 
approach, but from packet user to packet user. 
His education lies in marketing, and that 
became very obvious. He volunteered to send 
me a demo copy, in fact, two demo copies, in 
which I thanked him for his time and effort. 
Jeff was very pleasant to talk to, and very 
knowledgeable about packet. We talked for 
over an hour. 


The demo disks arrived a few days later, and I 
was eager to see if this program was all its 
cracked up to be. Along with the disk was a 
lesson plan. Say what!? Yep, a lesson plan. I 
told you Jeff was in marketing, and what better 
way is there to make sure someone tries the 
features of your product. Absolutely, this is an 
excellent idea in my way of thinking. So, I 
loaded the demo on the hard drive and began 
Lesson One, armed with a Help list of PG 
commands. The demo gives you most, but not 
all of the features of PG, and automatically 
dies after 15 minutes. You can restart it any 
number of times, but I feel that you’ll like what 
you see and want the additional features, such 
as full use of the three built in editors as well 
as other excellent features. I think, personally, 
that the 15 minutes is too short, and would opt 
for a longer period, such as 30 minutes. There 
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are enough "pains" to starting the demo each 
time, that one would not want to "live" off the 
demo instead of buying it. 


The PG demo is free and has been distributed 
at previous PBPG and BARDS meetings. If 
you would like a copy, please send me a 
packet message to that effect and bring a 360K 
disk with you to the next meeting and we’ll 
make you a copy. 


As [have set the stage for discussing PG, next 
month IJ will get into the specifics of the many 
features and discuss the pros and cons. I use 
PG exclusively now and thoroughly enjoy its 
many capabilities and it is FUN to use. So, 
until next month... CHIRP, CHIRP!! 


THE ROSE USER'S 
SURVIVAL GUIDE 


An Introduction to Using the Level X.25 Rose 
Packet Switch 


What ROSE Provides. The ROSE X.25 Packet 
Switch allows users to connect transparently 
through the Amateur Packet Network to a remote 
station without the worry of setting up connections 
on a step-by-step basis. All a user needs to do is 
connect through the local switch (1.e., 

W A4HXZ-3), specifying the remote station's 
network address (telephone area code and 
exchange). For example, to connect to N4JOA: C 
N4JOA via WA4HXZ-3, 407655 


Disconnecting From A Station. Before discussing 
the various ways to issue connect requests through 
a ROSE Network, it is always good to know how 
to get out! Disconnect like you normally would -- 
if you are connected to a BBS send the "BYE" : 
command; if you are talking to another person hit 
Control-C and type "D" at the "cmd:" prompt. 
Don’t worry about doing something wrong; it 
shouldn’t bother the switch. 


The Information Bulletin. The switch contains an 
information message which can be used for 
network information, meeting notices and/or any 
text that is desired by the network manager. To 
get this message, connect to the switch and press 
the RETURN key. If your local switch is 

W A4HXZ-3 you would just type: "C 
WA4HXZ-3". When you get the *** 
CONNECTED message, hit RETURN. You will 
then receive a line indicating the version (release 
date) of the switch and the text that was loaded by 
the manager. When all the text has been sent, the 
switch will automatically disconnect. 


Local Digipeating. This mode of operation is 
straightforward and provides a familiar mode of 
operation to continue WITHIN the local network. 
The ROSE Packet Switch will only digipeat frames 
with just ONE call sign (its own) in the "via" field. 
The digipeat call sign is usually the station call sign 
with a "-2" suffix (WA4HXZ-2), and the switch 
call sign is generally the station call sign with a 
"-3" suffix (WA4HXZ-3). In any case the suffix of 
the digipeater will be one less than the suffix of the 
Switch. 


Example: To contact N4SQWN, enter "C N4QWM 
V WA4HXZ-2" Remember that when digipeating, 
you are only allowed one via call (WA4HXZ-2). If 
another call is necessary to make the connection, 
use the switch. 


Connecting to a Node. We have a unique situation 
in this area in that we still have nodes, so here’s an 
example of how to connect to WB4TEM via the 
BCR node from the WPB switch: 

C #BCR V WA4HXZ-3,407111 

(You will receive connected to prompts -- to be 
explained later -- See Section entitled "Call 
Progress Messages") 

C BCR7 

C WB4TEM 


Networking with ROSE. There ts only one new 
concept for users to learn in order to use the 
advanced networking capabilities of the ROSE 
Packet Switch. Each switch has a unique, local, 
six-digit "address." This address is the telephone 
area code and the exchange of the location the 
switch is serving. This address indicates to the 
network where the station you want to 
communicate with is located (i.e., 407655). 


Local Switching. To connect to another station that 
uses the same switch (WA4HXZ-3, address 407655 
in this case) that you use, you can type in the 
following; For example: "C WB4KGY Via 
WA4HXZ-3,407655" (where you want to connect 
to WB4KGY) 


While this initially looks like a two hop digipeater 
comnection, using the ROSE Switch makes the 
connection more reliable. The switch receives the 
connect request from you, establishes a connection 
with you, and then attempts to establish a 
connection with WB4KGY. This arrangement 
provides less congestion within the network 
because the acknowledgements are only between 
adjacent stations, amd thereby increases overall 
throughput. 


Call Progress Messages. When the switch accepts 
a connect request a message is sent notifying you 
that the network is attempting to make the 
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connection. This message is "Call being Setup" 
and once the connection is established end-to-end 
the switch will let you know by sending "Call 
Completed to call @ address". "call" is the 
callsign of the station you asked for and "address" 
is the network address of that station. 


Example: 

cmd:C WB4MOZ Via WA4HXZ-3,407655 

Call being Setup 

Call Completed to WB4MOZ-0 @ 3100407655 
At this point normal communications can occur. 


Multi-Switch Networking. In order to connect to 
another station at a remote switch one must know 
the address for that switch. If KB4VOL uses the 
switch "407220" a user would type: "C KB4VOL 
V WA4HXZ-3,407220" to connect to him. 


Entry and Exit Digipeaters. If the nearest ROSE 
Switch is not local to you, you may need to include 
an extra digipeater address. For instance if N4JOA 
is the digipeater you need to access the nearest 
switch (WA4HXZ-3), then you could use a connect 
command such as; C WB4KGY Via 
N4JOA,WB4HXZ-3 407655. A digipeater may 
also be needed at the exit point of the network 
(EXAMPLE: C N4JOA Via 

W A4HXZ-3,407655,WB4KGY), or it might be 
necessary at both ends (EXAMPLE: C N4QWN 
Via KB4VOL,WA4HXZ-3 407655 ,WB4MOZ-3) 


Monitoring Transmissions. Let us first look at 
what happens when you set up a connection. For 
the purpose of example we will look at a network 
consisting of two switches. 


WASHXZ-3 = = = = == = X¥.26 === = = = = = KANTA-3 
407655 407220 
West Palm Beach Stuart 
(VER port) (VHF 

N4JOA KB4VOL 


To connect to Bill, KB4VOL, I type: C 
KB4VOL Via WA4HXZ-3,407220 


Causing my TNC to transmit: Fm N4JOA to 
KB4VOL V WA4HXZ-3,407220 <C> Where the 
<C> means that it is a Connection request. 


WA4HXZ-3 accepts the connect request by 
sending: 


KB4VOL to N4JOA Via 407220, WA4HXZ-3* 
<UA> 


Where the <UA> is an "Unnumbered 
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Acknowledgement" confirming and accepting the 
Connection request. Note that WA4HXZ-3 is 
marked (*) as the transmitting station. 


At the other end the connect request will exit the 
network with K4NTA-3 sending: 


N4JOA to KB4VOL Via 407220, K4NTA-3* 
<C> 


Note that K4NTA-3 is marked (*) as the 
transmitting station. 


Assuming Bill’s station is on the air and not busy, 
he will accept the connect request by sending: 
KB4VOL to N4JOA,K4NTA-3 407220 <UA> 


And his TNC prints to the terminal: 


*** CONNECTED TO N4JOA VIA 
K4NTA-3,407655 


Determining Where A Connection Originated. 
When monitoring a channel you will see the switch 
call sign preceded or followed by a six-digit 
number. This is the area code and exchange of a 
switch within a ROSE Network. 


Example: If you were to see a monitored frame 
such as: 


Fm KB4VOL to N4JOA,407220, WB4HXZ-3* 
<I> :Carol says Hi! 


*Note: <I> indicates the transmission contains 
Information. This would indicate that the 
WB4HXZ-3 switch was transmitting information to 
N4JOA on behalf of KB4VOL who is at Switch 
address 407220. And if you saw: 


N4JOA to KB4VOL V WA4HXZ-3 407220 
<|[>°Hi Bill... 


Would be a frame sent by N4JOA going to 
KB4VOL@407220. 


Connections with DX Stations look about the same 
but have an extra numeric field. Example: 


VETAPU > W2VY,3020,615423,N2DSY-3* 
<| >Hi Tom: 


is a frame from Canada (Data Country Code 3020) 
, Area Code 615-423. 


This should be enough information to get you 
started using the ROSE Switch. Enjoy! If you have 
any questions, contact WB4KGY @ N4JOA, 
WB4MOZ @ WB4MOZ, or N4JOA @ N4JOA. 


%# Pensacola 


WB4FAQ-1 904968 
WB4FAQ-3,904484 
Ft. Walton Bch 

N4ANM-1, 904664 


Panama City 
WAS6QKN-1,904235 
KD4E Q-1 904785 


AROSE Switch 
DO Net Rom Node 
#® Fiber Optic Port 


JOE KUNTZ WB4TEM 
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KA4WYV 0-1 904773 
KA4WV 0-11, 904638 


Biontstown 
A 
WR4Z-3,904674 


FLORIDA PACKET RADIO NETWORK 
September 27, 1991 


& Albany 
W4MM-4,91 2888 
W4MM-6,91 2883 
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#wWSP 


are W4SDL -5,904225 
AREA CODE 904 Bye gs) Jacksonville 
CLA3 Middleburg AA4QI-2304630 
CLA4 4 D4BIW-3,904783 
K4UBA-7,904282 WS5HUQ-5, 904356 
Fanning Spg Qs Gainesville 
i WU4R-9,904248 
« = A A Highiands 9042 


KD4SR-5,904375 4S naxox5,904782 A/St Augustine 
Hawthorne 


KJ4GP-7,904481 
2 Dunnetion A Ocala 
K4GBB-7,904487 K40ZS-3,904237 
K40ZS-1 904624 


NSB85 
#NSB2 
#NSB4 
W40PH-6, 904796 
WAY MV -8,904799 
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Palm Beach Packet Group 
ALL-PURPOSE COUPON 


es eee eee Call: 
Address: 

i een cay State: ZIP: 
Home phone: Work phone: 


Are you a member of ARRL?__ BARDS? __ TreasureCoast LAN?__ FADCA? ___ 


Do you currently operate VHF packet? HF packet? = 


At which packet BBS can you be reached? @ 


MEMBERSHIP --- Enclosed is $ for years of membership ($12 for 
one year, $22 for two years, $30 for three years) 


New membership ____ Membership renewal ___ Change of address 


DONATION --- The Palm Beach Packet Group, Inc. is an IRS-recognized 501(c)(3) 
non-profit corporation. Donations of money and equipment to the group may be 
deducted as provided in Section 170 of the U.S. Internal Revenue code. Consult 
your tax specialist for more information. 


If you would like to make a donation, please specify your tax-deductible 
contribution: . 


CASH: $ ___ 
EQUIPMENT: a cae eee 


Would you like a receipt? 
Please make checks payable to The Palm Beach Packet Group and mail to: 
Palm Beach Packet Group 


P. O. Box 1392 
Boca Raton, Florida 33429 
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SOUTH FLORIDA PACKET GROUP MEETINGS 


Palm Beach Packet Group 


2nd Thursday of each month, 7:30 pm at the Palm Beach County Emergency Operating Center in West Palm Beach 


Broward Amateur Radio Digital Society (BARDS) 


3rd Saturday of each month, 9:00 am alternating between the Racal-Milgo facility & 
the Motorola facility in Sunrise 


